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APPARATUS. SYSTEM, AND METHOD FOR 
5 INDICATING A LEVEL OF NETWORK ACTIVITY 

Field of the Invention 

[1] The present invention generally relates to electronic circuits, and more 

particularly to a circuit for indicating a level of network activity. In one embodiment, 
the circuit receives network activity information and provides a visual representation 
10 of network activity that is effective over a broad range of network activity levels. 

Background 

[2] As businesses rely on applications such as electronic mail and 

database management for core business operations, computer networking becomes 
increasingly more important. The most popular protocols used in networking are 

15 Ethernet and Fast Ethernet. A computer network is any collection of independent 
computers that communicate with one another over a shared network medium. Local 
area networks, or LANs, are networks usually confined to a geographic area, such 
as a single building or a college campus. LANs can be small, linking as few as two 
computers, but often link hundreds of computers used by thousands of people. LANs 

20 can include shared devices such as printers. The development of standard 

networking protocols and media has resulted in worldwide proliferation of LANs 
throughout business and educational organizations. 

[3] Often the network components are located in multiple physical places. 

Wide Area Networks, or WANs, combine multiple LANs that may be geographically 

25 separate. This is accomplished by connecting the different LANs using services such 
as dedicated leased phone lines, dial-up phone lines (both synchronous and 
asynchronous), satellite links, and data packet carrier services. Wide area 
networking can be as simple as a modem and a remote-access server for 
employees to dial into, or it can be as complex as hundreds of branch offices globally 

30 linked using special routing protocols and filters to minimize the expense of sending 
data over vast distances. 
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[4] The network components are connected together by a network 

medium, such as cabling or a wireless channel. Network components such as hubs, 
bridges, transceivers, and routers make the network function, and include high- 
speed central processing units and switching devices to manage the network traffic. 
As more users are added, more data is moved over the network, and more network 
components are needed to manage the increased traffic. 
[5] The network administrators need to know the performance of the 

network, the level of traffic at which portions of the network are operating, and if any 
problems exist with network components and media. Typically, the performance, 
activity level, and existing problems are indicated using light emitting diodes (LEDs) 
that are associated with the network components. For example, the rate at which 
the LEDs flash may indicate the level of network activity. 
[6] FIG. 1 is a diagram of a conventional local area network system. 

Practically all LAN systems comprise a number of workstation computers 26 that are 
connected together to form a LAN 20. Other devices, such as printers and scanners, 
may be included in the LAN 20. The LAN 20 includes dedicated computers acting as 
a file server 21. The file server 21 provides access to attached storage devices, such 
as disk drives 28, which may contain shared data files. These data files are retrieved 
or updated by the file server 21 in accordance with requests transmitted by 
workstation computers 26 via the switch 24. The LAN 20 also allows the workstation 
computers 26 to connect to one another, and to be part of a wide area network 
(WAN). 

[7] The LAN 20 is essentially a shared-data transmission medium. As 

such, the capacity of the medium is shared between the workstation computers 26 
attached to it. To provide higher performance of the LAN 20, network components, 
illustrated as LAN switch 24, are used. In the arrangement illustrated in FIG. 1, the 
LAN 20 is split into several independent segments 22A and 22B, which are 
interconnected with a LAN switch 24. The LAN switch 24 is programmed with, or 
automatically discovers, data regarding the connection arrangement of workstation 
computers 26 and corresponding segments. Because of this data, LAN switch 24 
routes traffic only to relevant segments of the LAN, thus eliminating unnecessary 
traffic on other segments of the LAN 20. For large LANs, a substantial number of 
segments can be created to be interconnected by multiple LAN switches. 
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[8] FIG. 2 is a block diagram of a conventional network component such 

as switch 24 of FIG. 1, and includes functional elements of the network component 
related to determining and displaying a network activity level. The network 
component 30 includes a central processor (CPU) sub-system 31; a switch 
5 application specific integrated circuit (switch ASIC) device 32 that includes within its 
boundary control & status registers, and counters 33, switching functions 35, 
medium access control sub-layer 36, and physical control sub-layer 37; a 
serializer/deserializer (SERDES) device 34 that includes within its boundary 
physical media access sub-layer 39, and physical medium dependent sub-layer 41; 

1 0 CPU interface 42, and activity-level indicator device 40 (sometimes referred to as a 
light emitting diode or LED, which is a type of an activity level indicator). Physical 
device boundary 38 also includes physical control sub-layer 37 (which is also part of 
switch ASIC 32), physical media access sub-layer 39, and physical medium 
dependent sub-layer 41. Network component 30 illustrates part of a particular LAN 

15 switch configuration that employs a switch ASIC. However, other configurations of 
network components exist which employ different functional partitioning. 
[9] CPU sub-system 31 is part of the processor controlling the network 

component 30, and generally includes a processor, RAM, ROM, and application 
programs stored in a memory. The network component 30 illustrated includes both a 

20 switch ASIC 32 and SERDES device 34, with the physical layer 38 including portions 
of both. An activity-level indicator device 40 is provided for each port being 
monitored, and typically is coupled to and driven from CPU sub-system 31. A 
network component with one hundred ports would typically have one hundred 
activity-level indicators, one assigned to each port. 

25 [10] Control & status registers, and counters 33 retain information related to 

the activity counts of the network component, including the transmission activity 
count and the reception activity count for each port. A method of driving an activity- 
level indicator 40 is to have CPU sub-system 31 read the control & status registers 
and control information 33 approximately every millisecond. CPU sub-system 31 

30 then generates the control signal that turns the activity- level indicator device 40 on 
and off many times per second. The control signal generated in this manner often 
reflects activity counts for a port, and the activity-level indicator driven by the signal 
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may become saturated and stays on continuously even though the port is not 
operating at its maximum level. 

[11] Another conventional method for determining and displaying network 

activity levels includes employing the switch ASIC 32 to convert each incident of 
network activity into a control signal that turns the activity-level indicator device 40 on 
and off. This method provides a one-to-one correlation between network activity and 
flashes. Because an incident of network activity happens faster than the eye can 
see, the control signal generated by the switch ASIC 32 stretches the incident so the 
flash of the activity-level indicator device 40 can be seen. As network activity level 
increases above a relatively low level, the one-to-one correlation of activity to flashes 
saturates the activity-level indicator device 40 and it stays on continuously. This 
gives a false impression that the network is very busy, and fails to adequately 
communicate network activity above a relatively low level. 

[12] There are other problems, however, with the present way of indicating 

the network activity level. The LEDs for a network component could be driven by the 
CPU in the network component, and there is usually a separate LED for each port. 
Traffic levels are sampled and computed by software operating in the CPU of the 
network component. The LED display for each port is driven directly by the CPU 
writing to a register to turn the LED on and off. This causes a problem because, to 
provide the network administrators with the information they need, the LED software 
runs at a high rate and consumes a large amount of CPU resources that are better 
served performing more critical functions in the network component. Another 
problem exists because traffic levels may not be effectively depicted by simply 
blinking a LED. Because of the high-speed networks presently being used, simply 
blinking a LED at a rate proportional to the traffic count may not adequately depict 
the traffic level to the administrator. For example, once the activity reaches a certain 
level, the LED may blink so fast that it appears to be solidly on. 
[13] Another problem exists because a network component may serve more 

than one hundred networked devices, such as computer workstations. Each 
computer may be connected to the network component at an individual port, each 
port having an LED activity indicator on the network component. When traffic counts 
are similar for multiple ports, the present method often presents multiple LEDs 
blinking in unison when the ports and the network media are functioning normally. 
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However, multiple LEDs blinking in unison can be a sign of a problem with the 
network, and may cause administrators unfounded concern. 

Summary 

[14] In accordance with an embodiment of the invention, an activity-level 

indicator is provided that includes a controller operable to receive an activity level of 
a port from a processor associated with the port and to generate a signal that is 
related to the activity level, and that includes an indicator device coupled to the 
controller and operable to indicate the activity level in response to the signal. For 
example, there may be a predetermined number of activity levels, and the indicator 
device may be an LED that indicates the activity level by flashing at a corresponding 
rate. The controller relieves the network component CPU from the resource 
intensive task of generating the signal to operate the indicator device. 
[15] In accordance with another embodiment of the present invention, an 

activity-level indicator is provided that includes a controller operable to receive an 
activity level of a port from a processor associated with the port and to generate a 
signal that is related to the activity level, the signal comprising a series of separated 
pulses, the separation between pulses being a non-linear function of the activity 
level. The activity- level indicator also includes an indicator device coupled to the 
controller and operable to indicate the activity level in response to the signal. The 
pulses flash the activity level indicator. The separation time between pulses 
indicates the activity level of a port, the shorter the separation time, the greater the 
number of pulses and resulting indicator flashes per unit of time. The controller may 
increase the detail provided about a portion of the network activity spectrum by 
making the separation between the pulses a non-linear function of the activity levels. 
Instead of uniformly spacing the activity levels over the activity spectrum, the activity 
levels can be non-linearly or non-proportionally assigned, with a majority of the 
activity levels assigned to a minority portion of the activity spectrum. Assigning a 
majority of the activity levels to the lower count end of the activity spectrum will 
provide network administrators with more granularity in the slower speeds and less 
granularity in the higher speeds. 

[16] In accordance with yet another embodiment of the present invention, 

an activity-level indicator is provided that includes a controller operable to receive an 
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activity level of a port from a processor associated with the port, and to generate a 
signal that is related to the activity level, the signal comprising a series of separated 
pulses, the length of a separation being randomized within a predetermined range 
for that activity level. The activity-level indicator also includes an indicator device 
5 coupled to the controller and operable to indicate the activity level in response to the 
signal. The controller may be further operable to generate a randomized number, 
and the separation becomes a function of the activity level and the randomized 
number generated for that separation. Randomizing the separation between pulses 
may reduce a perception of correlation between the flashing rates of LEDs on the 
10 same network component. Randomizing the separation between pulses also 

provides a perception of the randomization that is present in network traffic patterns. 

Brief Description of the Drawings 
[17] The embodiments of the invention are described with reference to the 

following description taken in conjunction with the accompanying drawings, in the 

1 5 several figures of which like referenced numerals identify like elements, and wherein: 
[18] Figure 1 is a diagram of a conventional local area network system; 

[19] Figure 2 is a block diagram of a conventional network component, and 

includes functional elements of the network component related to determining and 
displaying a network activity level; 

20 [20] Figure 3 illustrates relevant functional elements of a network 

component related to determining and displaying network activity level, in 
accordance with an embodiment of the present invention; 
[21] Figure 4 illustrates relevant functional elements of a controller 

operable to receive an activity level of a port and generate a signal that is related to 

25 the activity level, in accordance with an embodiment of the present invention; 
[22] Figure 5 is a flow chart illustrating a process to determine a port 

activity level value for each port in a network component during a time interval and to 
write the activity level value to a register, in accordance with an embodiment of the 
present invention; 

30 [23] Figure 6 is a flow chart illustrating a process to generate a signal that 

is related to the activity level of a port in a network component during a time interval, 
in accordance with an embodiment of the present invention. 



[24] Figure 7 is a timing diagram illustrating the randomized pulse 

separation minimum width and variable width portions of the separation between 
pulses of the signal provided by the "set Turn_off_timer" block of Figure 6, in 
accordance with an embodiment of the present invention; and 
5 [25] Figure 8 illustrates an implementation of a pseudo-random binary 

sequence generator providing sufficient randomization to meet the randomization 
objectives. 

Detailed Description 

[26] In the following detailed description of exemplary embodiments of the 

1 0 invention, reference is made to the accompanying drawings that form a part hereof. 
The detailed description and the drawings illustrate specific exemplary embodiments 
by which the invention may be practiced. These embodiments are described in 
sufficient detail to enable those skilled in the art to practice the invention. It is 
understood that other embodiments may be utilized, and other changes may be 
1 5 made, without departing from the spirit or scope of the present invention. The 

following detailed description is therefore not to be taken in a limiting sense, and the 
scope of the present invention is defined by the appended claims. 
[27] Throughout the specification and claims, the following terms take the 

meanings explicitly associated herein unless the context clearly dictates otherwise. 
20 For example, the meaning of "a", "an", and "the" include plural references, and the 
meaning of "in" includes "in" and "on." Referring to the drawings, like numbers 
indicate like parts throughout the views. Additionally, a reference to the singular 
includes a reference to the plural unless otherwise stated or inconsistent with the 
disclosure herein. 

25 [28] Briefly stated, a controller generates a signal to control activity-indicator 

devices based upon activity-level information provided by the CPU of a network 
component. This shifts the significant burden of controlling the indicator device from 
the CPU to the controller. Furthermore, the changes in the activity-indicator flashing 
may be made non-linear relative to changes in the activity level to improve the 

30 quality of the information provided to network administrators. In addition, the flashing 
may also be randomized to provide a perception of actual network traffic patterns, 
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and to reduce synchronized or correlated flashing when multiple activity indicators 
are displayed. 

[29] FIG. 3 illustrates relevant functional elements of a network component 

related to determining and displaying network activity level, in accordance with an 
5 embodiment of the present invention. Network component 50 includes a controller 
51 operable to receive an activity level of a port and generate a signal that is related 
to the activity level. The controller 51 may be of any type, or of any combination of 
circuitry. It may include discrete components, may be an integrated circuit, or a 
programmable logic device. The controller 51 of the embodiment illustrated in FIG. 3 
10 is an erasable, programmable logic device (EPLD). Controller 51 is coupled to 
activity-level indicator 40 and to the CPU sub-system 31. Controller 51 may be 
physically separate from or incorporated into other elements of network component 
50. For example, in an alternative embodiment, controller 51 may be incorporated 
into switch ASIC 32. 

15 [30] In operation, CPU sub-system 31 is programmed to read the transmit 

and receive counts from control & status registers, and counters 33, for each port 
during an interval of time. While any interval of time may be used, the embodiment 
illustrated in FIG. 3 is programmed to read activity counts each second. CPU sub- 
system 31 is further programmed to determine an activity level relative to the link 

20 speed and to provide the determined activity level to the controller 51 for each port, 
preferably by storage in a register exposed to controller 51. The storage may be in 
control & status registers, and counters 33, or storage within controller 51. 
[31] Directly converting activity counts to indicator blinks may not 

adequately communicate activity for network components operating at multiple link 

25 speeds. An indicator configured to show a 50% 10BASE-T traffic activity count at a 
perceptible blinking rate would be solidly on at a 50% 1000BASE-T traffic activity 
count, and not provide adequate communication to network administrators. An 
aspect of the present invention computes a port activity level based upon the traffic 
count as a percentage of link speed. A 50% 10BASE-T traffic count will be 

30 computed to the same activity level as a 50% 1000BASE-T traffic count. This allows 
the relative activity level to be communicated by the same indicator device. For the 
purposes of this specification, including the claims and description, "activity level" 
refers to a value based upon the targeted activity count as a percentage of possible 



targeted activity counts. "Activity level" can refer to any activity occurring in any 
apparatus that is to be indicated. The embodiments described herein create a signal 
based upon the transmission and reception activities in an Ethernet-based LAN. In 
alternative embodiments of the invention, other network activity may be indicated, 
5 such as collisions. 

[32] Controller 51 acquires the determined activity level for each port, and 

generates a signal related to the determined activity level, which is used to drive 
activity-level indicator device 40 for the port. Activity-level indicator device 40 may 
be a light emitting diode (LED), a liquid crystal display, or any other device operable 
10 to indicate an activity level. Activity-level indicator device 40 may be a device that 
changes colors in response to a signal. 

[33] In this embodiment of the present invention, controller 51 generates the 

signal to control activity-level indicator device 40 instead of CPU sub-system 31 as is 
the conventional practice. Instead of being required to read activity counts about 

15 every millisecond and generate a signal, the CPU sub-system 31 is only required to 
generate an activity level value once a second. This reduces the CPU workload by 
about a factor of approximately one thousand, which becomes significant as the 
number of ports served by a network component increases. 
[34] FIG. 4 illustrates relevant functional elements of a controller operable 

20 to receive an activity level of a port and generate a signal that is related to the 
activity level, in accordance with an embodiment of the present invention. The 
controller 51 is illustrated as a hardware state machine embodied in an EPLD logic 
circuit 60, and includes status & control registers 52, logic state machine 54, pseudo- 
random number generator 56, and LED buffers 58. A Verilog code for an 

25 embodiment of the hardware state machine embodied in the EPLD logic circuit 60 is 
attached hereto as an appendix. Additional description of the pseudo-random 
number generator 56 is provided in conjunction with FIG. 8. 
[35] EPLD 60 is coupled to the CPU sub-system by CPU interface 42. 

Status & control registers 52 are operable to receive the activity levels written by the 

30 CPU sub-system, and are exposed to logic state machine 54 and pseudo-random 
number generator 56. Buffer 58 is coupled between activity indicator 40 and logic 
state machine 54. Pseudo-random number generator 56 is coupled to logic state 
machine 54 and status & control registers 52. 



[36] In operation, Logic state machine 54 reads a port activity level for an 

interval of time stored into the status & control registers 52 by the CPU sub-system. 
Logic state machine 54 generates a signal that is related to the activity level of the 
port. The signal comprises a series of separate pulses, the separation between 
5 pulses being a function of the activity level. The pulse portion of the signal turns the 
activity-level indicator 40 on for a set amount of time (10 milliseconds in a preferred 
embodiment) and then off during the separation. The signal is sent to LED buffer 58, 
which drives the activity level indicator, shown as the LED 40. If the CPU stores an 
activity level for a high rate into the status & control registers 52, the signal provided 

10 by the EPLD 60 will have a short separation between pulses. This drives the LED 40 
to be off for a short time and provides a perception of faster blinking and high 
activity. If the CPU stores a low activity level, the signal provided by logic state 
machine 54 will have a long separation between pulses. This drives the LED 40 to 
be off for a longer time, and provides a perception of slower blinking and less 

1 5 activity. At the maximum activity level, the logic state machine 54 generates a signal 
with no separation between pulses to turn the LED 40 on continuously to represent 
very high traffic levels. At the minimum activity level, the logic state machine 54 
generates a signal with no pulses, thus leaving the LED 40 off representing no 
activity. 

20 [37] In another alternative embodiment, the separation between pulses is 

randomly varied to reduce the likelihood that multiple, flashing LEDs on a network 
component will appear to blink in synchronization or otherwise appear to be 
correlated. In this alternative embodiment, pseudo-random number generator 56 
provides sufficient randomization to reduce a possible perception of correlation or 

25 synchronization. Pseudo-random number generator 56 generates a pseudo-random 
number used by logic state machine 54 to provide a degree of randomization in the 
separation between pulses to simulate the inherent randomness of network activity. 
Logic state machine 54 generates a signal where the separation between pulses is a 
function of both the activity level and a number generated by pseudo-random 

30 number generator 56. The variation in separation for an activity level is limited within 
a predetermined range for that activity level. The signal will turn on the LED 40 for a 
set amount of time (10ms in a preferred embodiment) and then off for a period of 
time to provide the separation, which has a randomized element. 



[38] Since the EPLD 60 is generating the signal driving the blinking of the 

indicator device, the CPU of the network component will only need to update the 
activity level for each port once every second in a preferred embodiment. The EPLD 
60 performs the task of providing the signal to drive the LED 40. The pseudo- 
5 random element is also provided so that multiple ports on a switch can have the 

same activity level without appearing to be in synchronization or correlated, because 
synchronization or correlation can sometimes indicate a faulty network condition. 
[39] FIG. 5 is a flow chart illustrating a process to determine a port activity 

level value for each port in a network component during a time interval and to write 
10 the activity level value to a register, in accordance with an embodiment of the 

present invention. Process 70 determines the port activity level value for each port 
in a network component during a time interval. Process 70 is typically performed by 
5 a CPU associated with the ports in the network component, such as CPU sub- 

system 31 of FIG. 3. In an alternative embodiment, process 70 may be performed 
IS 1 5 by another processor exposed to the network counters. The port activity level values 
J may be written to storage exposed to controller 51 of FIG. 4, such as the control & 

^ status registers and control information 33 of FIG. 2, or the status & control registers 

52 of FIG. 4. 

2 [40] Moving from a start block, the process 70 advances to process block 

O 20 71, at which point it waits for an interval timer, which may be driven as an interrupt or 
polled element. In an embodiment, the interval timer is set for one second, but may 
be longer or shorter within usability limits set by the system parameters. Process 
block 72 queries whether the interval timer has popped. When the interval timer 
pops, the process advances to block 73 where the counter for the port number is 
25 initialized by setting n=1 . The process moves to block 74 where the transmit (TX) 
and receive (RX) activity counters for the port are read and summed. Transitioning 
to block 75, the sum of the activity counter is computed as a percentage of the link 
speed. The sums should be weighted so that equal percentages of events at 
different link speeds will cause identical LED behavior. For example, 50% 10BASE-T 
30 traffic should result in the same activity level value, and cause the same amount of 
LED flicker and brightness as 50% 100BASE-T or 1000BASE-T traffic. 
[41] Next, the activity level value is determined at process block 76. The 

activity levels, illustrated as Reg_Value in block 76, may include any number of 



increments depending on the granularity desired. In an embodiment, five activity 
level values (Reg_Value) are equated to 0%, 25%, 50%, 75% or 100% of maximum 
link speed activity (0,1 ,2,3 or ON). This uniform percentage spacing of the activity 
levels may provide a linear representation of activity levels. These values are coded 
5 with three bits where the ON bit determines if the LED was on all of the time, or 
blinked depending on the value of the other two bits. 

[42] However, a linear representation may not be desirable. An object of 

the invention is to present port and network activity in a manner representative of the 
activity occurring and in a meaningful format to network administrators, but not 

10 necessarily in a direct relationship to the activity. An additional object of the 

invention is to employ the physiological responses of the human eye to an indicator 
device, such as a flashing light emitting diode (LED). FIG. 5 illustrates an alternative 
embodiment meeting these objectives by providing for a non-linear conversion of the 
activity counts into discrete activity levels that is weighted toward lower percentages 

15 of activity. In this embodiment, the activity levels are not uniformly spaced over the 
activity percentage. This over represents activity at slower speeds and under 
represents activity at higher speeds, thus providing a non-linear relationship between 
activity counts and activity levels. In this alternative embodiment, five Reg_Value 
values were used that equated to 0%, 10%, 30%, 60%, and 100% of maximum link 

20 speed activity. This prevents high percentage levels of normal network traffic from 
causing the LED's to be on continuously and lead the user to believe the network is 
overly congested. The alternative embodiments are implemented by the particular 
algorithm employed to select Reg_Value at block 76. 

[43] Moving to block 77, the selected Reg_Value for a port is written to 

25 storage. Next, at block 78, a determination is made whether all port activity levels 
have been determined by the process. If not all ports have been determined, the 
process moves to block 79 to increment "n", and then returns to block 74 to generate 
and store activity levels for the next port. When the last port has been determined, 
the process moves back to block 71. The process continues until the network 
30 component is turned off. 

[44] FIG. 6 is a flow chart illustrating a process to generate a signal that is 

related to the activity level of a port in a network component during a time interval, in 
accordance with an embodiment of the present invention. FIG. 7 is a timing diagram 



illustrating the minimum width and variable width portions of the separation between 
pulses of a signal, in accordance with the present invention. FIG. 7 illustrates the 
process at block 37 of FIG. 6 to "setTurn_off_timer," and will be described in more 
detail in conjunction with block 97. 
5 [45] Process 90 is typically performed by the controller 51 of FIG. 4. The 

process is repeated for each port of a network component. The preferred 
embodiment illustrated in FIG. 6 employs a one-second activity count time interval, 
five activity levels [0, 1, 2, 3, and ON], and a 10 millisecond pulse. 
[46] Moving from a start block, the process advances to block 91 where a 

10 determination is made whether the activity level (Reg_Value) stored in the status & 
control register for the port equals the minimum value, which is zero in this 
embodiment. When Reg_Value =Min_Value = 0, the process moves to block 98 to 
turn off any timer that may have been set, and the process then moves back to block 
91. This results in no pulse portion of a signal being generated to turn on the 

1 5 indicator device, and the indicator is not turned on. FIG. 7 illustrates no pulse when 
Reg_Value = 0, and extends the separation to the one second sampling period of the 
preferred embodiment. When a determination is made at block 91 that Reg_Value 
does not equal the Min_Value, the process moves to block 92 to start 
Turn_on_timer, and a signal pulse is started to turn on the activity indicator. The 

20 Turn_on_timer is set for a preselected interval of time, which in a preferred 
embodiment is 10 milliseconds. 

[47] The process moves to block 93 where the activity indicator for the port 

is turned on by the pulse. Moving to block 94, the Turn_on_timer pops at the end of 
the preselected interval of time. The 10-millisecond interval of time in a preferred 

25 embodiment was selected based upon the responsiveness of the human eye. The 
eye can observe a 10-millisecond pulse and will retain this information for at least 20 
milliseconds. Next, the process moves to block 95, where the determination is made 
whether the activity level equals the maximum value (Reg_Value = Max_Value = 4). 
When Reg_Value=Max_Value, the process moves back to block 91. This results in 

30 the signal pulse continuing and the LED remaining on until a new Reg_Value is 

received in the next time interval. FIG. 7 illustrates this state for Reg_Value = Max. 
Otherwise, the process moved to block 96, where the signal pulse is turned off and 
the LED turns off. 



[48] Moving to block 97, the set Turn_off_timer establishes the separation 

between pulses, i.e., the duration of the off-time. If the separation between pulses, 
or off time, is greater than about 20 milliseconds, the LED will appear to flash. The 
longer the off-time, the slower the flash will appear to be. The separation between 
5 pulses may be a function of several factors. In an embodiment, each activity level 
(except zero and ON) has a fixed, pulse separation time associated with it. The 
separation between pulses may decrease non-linearly as the activity level increases. 
For example, activity level 1, (Reg_Value = 1), could have a separation between 
pulses of 220 milliseconds, activity level 2, (Reg_Value = 2), could have a separation 

10 between pulses of 75 milliseconds, and activity level 3, (Reg_Value = 3), could have 
a separation between pulses of 30 milliseconds. This separation will provide a user 
with distinctly different flash rates for the different activity levels. 
[49] In an alternative embodiment, the separation between pulses may 

include a randomized portion based upon a number received from pseudo-random 

1 5 number generator 56 of FIG. 4. If the off-time is randomized, the flashing will appear 
to be based upon asynchronous events (like packets) and not based upon a 
continuously updated state machine. In this embodiment, each activity level (except 
zero and ON) has a predetermined range of pulse separation lengths associated 
with it. The separation between pulses in an activity is random within a 

20 predetermined range. The separation comprises a minimum width and a variable 
width that is a function of a random number, which is an integer, generated by the 
pseudo-random number generator. The description related to FIG. 8 provides 
additional information concerning generation of the random number. 
[50] An algorithm for determining the Turn_off_Timer value, i.e., the 

25 separation, is: 

Turn_off_timer = Pulse J/Vidth*(Min_Width + Var_Width) 

Min_Width = 2 AA (Max_Value -Reg_Value) 
Var_Width = random(Min_Width) 

[51] The Min_Width values are illustrated in FIG. 7, and are computed by 

30 raising two to the power of Max_VaIue - Reg_Value. For level 1 , Min_Value = 

(Max_Value - Reg_Value) = (4-1) = 3. Two to the third power equals a Min_Width 

factor of 8, times a pulse width of 10 milliseconds equals a Min_Width value for level 

1 of 80 milliseconds. The Var_Width is also illustrated in FIG. 7. For level 1, 



random(Min_Width) is a random number between 0 and Min_Width and is different 
for each port (n). The variable portion of the separation between pulses for level 1 
ranges from 0 to 80 milliseconds. The predetermined range for the activity level 1 
(RegJValue = 1 ) Turn_ofF_timer is 80 to 160 milliseconds. The other Turn_off_timer 
5 values are similarly calculated. 

[52] The process at block 97 provides a randomized variability in the 

separation between each pulse of an activity level. The process at block 97 further 
provides a randomized variability between adjacent flashing LEDs representing a 
same activity level. 

10 [53] Next, at block 98, the Tum_off_Timer pops ending the separation or 

"off-time" after the pulse. The process then returns to block 91, and repeats 
continuously until the network component is turned off. Process 90 is performed for 
each port of the network component. 

[54] FIG. 8 illustrates an implementation of a pseudo-random binary 

15 sequence generator providing sufficient randomization to meet randomization 

objectives. FIG. 8 illustrates a pseudo-random binary sequence 110 generated by a 
pseudo-random binary sequence generator, such as pseudo-random number 
generator 56 of FIG. 4, in accordance with an embodiment of the present invention. 
A random number is required at block 97 of FIG. 6, "set Turn_off_Timer," to provide 

20 the variable width portion of the separation between pulses, as is illustrated in FIG. 
7. The variation in the separation between pulses in turn provides a randomized 
variability between each flash of an LED. The variation in the separation further 
provides a randomized variability between adjacent flashing LEDs representing a 
same activity level. The objective of the randomization is to diminish any suggestion 

25 that the activity among several ports is synchronized or correlated, which might be 
interpreted by an administrator that a fault condition exists. Randomizing the 
flashing of an LED also simulates the randomness of regular network activity. 
[55] A pseudo-random number is sufficient to meet the above objectives, 

and a true random number is not required. The randomization may be implemented 

30 by using a shift register 11 0 containing an eight bit, pseudo-random number 1 12, 
and by tapping the pseudo-random number 112 at different bit positions for different 
ports. The bits of the pseudo-random number 112 are shifted in the direction of the 
arrow 120 on each clock cycle. FIG. 8 illustrates providing a binary number (114) 



from Bit 5 to block 97 "set Turn_off_Timer" of process 100 of FIG. 6 for one port, and 
providing a binary number (116) from Bit 7 to "setTurn_off_Timer" for another port. 
In this example, the two pseudo-random binary values are separated by two clock 
cycles. If signals are being generated for two ports that are on the same activity 
5 level during an interval of time, the spacing of the two ports will be different 50% of 
the time. In this instance, the port provided with a random bit (114) from bit 5 will 
have a longer separation between pulses than the random bit (116) being provided 
from bit 7 because the value "1" will increase the port's separation value. In the next 
cycle of the clock, the two ports will have an equal delay as bit 5 and bit 7 will both 
10 be 0. The exclusive OR gate 118 provides the feedback to create the random 
stream. It mixes the two outputs and feeds them into the input. This results in 
00 = 0 

': 01 = 1 

i. 10 = 1 

2 15 11=0 

H [56] The number of bits in the pseudo-random binary number may be varied 

fy 

s to meet the objectives of randomization, and may be effected by the number of ports 

W in the network component. The random bit or bits may be provided by any other 

P means or method known to those in the art suitable to meet the objectives of the 

P 20 randomization. 

fV [57] While particular embodiments of the present invention have been 

shown and described, modifications may be made. It is therefore intended in the 
appended claims to cover all such changes and modifications that fall within the true 
spirit and scope of the invention. 
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Appendix 



Verilog Code File 



1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 ! 1 1 1 1 1 1 1 1 1 1 

/ / Copyright (c) 2000 Hewlett-Packard Company. All Rights Reserved. // 

// The contents of this file are proprietary and confidential to the // 

// Hewlett-Packard Company. No part of this file may be photocopied, // 

// reproduced or translated to another program language without the // 

// prior written consent of Hewlett-Packard Company. // 



RESTRICTED RIGHTS LEGEND 

Use, duplication or disclosure by the Government is subject to 
restrictions as set forth in subdivision (b) (3) (ii) of the Rights 
in Technical Data and 'Computer Software clause at 52.227-7013. 



// Hewlett-Packard Company // 

// 3000 Hanover Street // 

// Palo Alto, CA 94303 // 

1 1 1 1 1 1 1 1 1 1 / 1 1 1 1 1 1 1 1 1 1 1 1 1 If 1 1 1 / 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 / 1 1 1 1 1 1 If 1 1 1 1 
' hot_swap.v 



' This PLD provides the following: 
Hot Swap Interrupt 
Led Outputs 
XCVR ID Bits 

State Enables 



. Mis< 



proc_clk, 
act_clk, 

rcslL, 

we.L 1 ^ 3 ' 
foe_L, 
blink_clk, 
xcvrl_id, 



cpu_reset_L, 
cpu_reset2_L, 
gewrap, 



mode_led_out_L, 
link_led_out_L, 
xcvr_rst_L, 



input 
input 

input 
input 



f oe_L ; 
blink_clk; 
[3:0] xcvrl_id; 



// Processor Clock 

// 10ms period cloc> 

/ / System Reset 

// Input Chip Select 

// Address 

// Write Enable 

// output enable 

// Led Blink Clock I 



for activity led 



et2_L; 
i:0] gewrap; 
1:0] pwr_dwn_ 



■utput hot_swap_int_L; 
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output [2:0] xcvr_rst_L; 
output [2:0] xcvr_tri_en_L; 
inout [7:0] data; // Data 



reg [2 

reg [7 

reg [2 

reg [2 

reg ac 

reg [2 

reg [2 

reg [1 

reg [1 

reg [1 

reg [6 

reg sw_actl; 

reg sw_act2; 

reg hw~actl; 
reg hw_act2; 
reg hw_act3; 
reg hw_activ: 

reg [< 



0] tbi_en; 

0] xcvr Lvalue ; 

0] xcvr2_value; 

0] xcvr3_value; 

0] xcvr_rst_L; 

:0] xcvr_tri_en_L; 

:0] data_out; 

:0] mode_led_L; 

:0] link_led_L; 
-.ivity_en; 

:0] blink_mask; 

:0] auto_blink; 

:0] act_vall; 



:eg [4 



intl; 

mt2; 



reg [4:0] 
reg load_countl; 
reg load_count2; 
reg load_count3; 
reg [2:0] gewrap; 
reg [2:0] pwr_dwn; 

wire [2:0] mode_led_out_L; 
wire [2:0] link_led_out_L; 



reg : 



st_l_L; 
sync_rst_2_L; 
cpu_reset_L; 
cpu_reset2_L; 



//Registers 
parameter MODULE 
parameter XCVR1 
parameter XCVR2 
parameter XCVR3 
parameter LED 
parameter BL1NK_MASK = 
parameter XCVR„EN 
parameter ACTIVITY 
parameter TBI_EN 
parameter LOOPBACK = 4'd9; 

// Sync Processor Reset 
always @ (posedge proc_clk) 

sync_rst_l_L <= sys_rst_L; 
sync_rst_2_L <= sync_rst_l_L; 
cpu_reset_L <= sync_rst_2_L; 
cpu_reset2_L <= sync_rst_2_L; 



// Tri State For Power Down Signals 

assign pwr_dwn_out [21 = ! xcvr_tr i_en_L [2 ] ? pwr_dwn[2]: l'bz; 

assign pwr_dwn_out [ 1 ] = ! xcvr_tri_en_L [ 1 ] ? pwr_dwn[l]: l'bz; 

assign pwr_dwn_out [ 0 ] = ! xcvrjr i_en_I [ 0 ] ? pwr_dwn[0]: l'bz; 

// Register Writes 

wire xcvrl_val_write = ! ( ! we_L && (addr[3:0] == XCVR1) && !rcs_L); 
always @ (posedge xcvrL_val_write or 
negedge sys_rst_L) 

if (!sys_rst_L) //Async Reset 
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9 xcvrl_value <= 4'hF; 

else 
begin 

xcvrl_value <= data [3:0]; 

end 

wire xcvr2_val_write = !(!we_L S& (addr[3:0] == XCVR2 ) && !rcs_L); 
always @ (posedge xcvr2_val_write or 
negedge sys_rst_L) 

if (!sys_rst_L) //Async Reset 

xcvr2_value <= 4'hF; 



wire xcvr3_val_write = !(!we_L && (addr[3:0] == XCVR3) && !rcs_L); 
always @ (posedge xcvr3_val_write or 
negedge sys_rst_L) 

if (!sys_rst_L) //Async Reset 

xcvr3_value <= 4'hF; 



wire led_write = !(!we_L && (addr[3:0] == LED) && !rcs_L), 
always 0 (posedge led_write or 
negedge svs_rst_L) 

begin 

if ( ! sys__rst_L) //Async Reset 

beg iink_led__L <= 3'dO; 
raode_led_L <= 3'dO; 



link_led_L <= data [5:3]; 
mode_led_L <= data [2:0]; 



begin 
if ( ! sys_rst_L) 

auto_blink[2 : 
blink_mask[2 : 



e auto„blink[2:0; 
blink_mask[2 : 0! 



(addr[3:0] == BLINK_MASK) && ! rcs_L) ; 



ilways 9 (posedge xcvi 

negedge sys_rst„L) 

if (!sys_rst_L) //Async Rese 

xcvr_tri„en_L <= 3' bill; 
xcvr_rst_L <= 3'dO; 



( ! we_L && (addr[3:0] == XC VR_EN ) 
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always @ (pos< 

nege 

begir 



if (!sys_rst_L) //Async Res« 

activity_en <= 1'bO; 
act_vall <= 2'dO; 
act_val2 <= 2'dO; 
act_val3 <= 2'dO; 

activity_en <= data [6]; 

act_val3 <= data [5:4]; 

act_val2 <= data [3:2], • 

act_vall <= data [1:0]; 



!_L && (addr[3:0] 



:st_L) //Async Reset 



_dwn [2:0] <= dat, 



wire loopback_write = ! ( ! we_L && 
always @ (posedge loopback_write o 
negedge sys_rst_L) 

if (!sys_rst_L) //Async Reset 

gewrap[2:0] <= 3'dO; 

gewrap[2:0] <= data [2:0]; 



= LOOPBACK) && 



// Register Reads 
always @ (addr or 

blink_masl 



MODULE : begir 



XCVR1: begin 
data_out [7 : 4 
data_out[3:0 

XCVR2: begin 
data_out [7 : 4 
data_out [3 : 0; 

XCVR3: begin 
data_out [7 
data_out[3:0; 

LED: begin 

data_out[7:6' 
data_out[5:3 
data_out [2:0" 



slot_num[2 :0] ; 



= 2'dO; 

■ link_led_L[2:0] ; 
= mode_led_L [2:0] ; 
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BLINK_MASK: begin 

data„out[7:6] = 2'dO; 
data_out[5:3] = auto_blink [2 : 0 ] ; 
data_out[2:0] = blink_mask [2 : 0] ; 



XCVR_EN: begin 

data_out[7:6] = 2'dO. 
data_out [5 ] 
data_out [4 ] 
■ ;a_out[3] 



dat< 



t[2] - 



data_out[l] 
data_out[0] ■■ 



_en_L[2] 
„ ._en_L[l] 
_tri_en_L[0] 
_rst_L[2]; 
_rst_L[l] ; 
_rst_L[0]; 



= 1'dO; 



ACTIVITY: beg 

data_out[7] 
data__out[6] 
data_out[5:4] 
data_out[3:2] 
data_out[l :0] 

TBI_EN : begin 
data_out[7:6 
data_out [5:3 
data_out[2:0] = tbi_< 

LOOPBACK: begin 

data_out[7:3] = 5'dO 
data-out [2:0] = gewr, 

default: beg: 
data_out [7 



ty_en; 
t_val3[l:0] ; 
t_val2[l:0]; 
t_vall[l:0] ; 



= 2'dO; 



= 7'dO; 



// Hot Swap Interrupt 

wire xcvr3_not_equal = (xcvr3_id [3 : 0] 
vjire xcvr2_not_equal = (xcvr2_id [3 : 0] 
wire xcvrl_not_equal = (xcvrl_id [ 3 : 0 ] 
wire hot_swap_int_L = ! (xcvr3_not_equal I | 
xcvr2_not_equal | | 
xcvrl_not_equal) ; 



value [3:0] ) 
value [3:0] ) 
value [3:0] ) 



//L: 



:_L[2] = ! ({!link_led_L[2] S& !blink_mask [2] ) 
(blink_clk s& blink_mask [2 ] ) ) ; 

:_L[1] = ! ( ( !link_led_L[l] && ! blink_mask [ 1 ] ) 
(blink_clk && blink_mask [ 1 ] ) ) ; 

;_L[0] = ! ( ( ! link_led_L [0] && ! blink_mask [ 0 ] ) 
(blink_clk && blink_mask [0 ] ) ) ; 



mode_led_out_L [ 2 ] 
mode_led_out„L [ 1 ] ■ 
mode_led_out_L [0] 



ct3 i 



/ity_< 
/ity_ € 

! ( ( !mode_led_L [1] && lac 
(hw_act2 && activity_c 
(sw_act2 && activity_« 
! ( ( ! mode__led_L [ 0 ] &s lac 
(hw_actl && activity_c 
(sw_actl && activity_c 



ity_ 



to_blink[l] ) 
!auto_blink[l] ) 
en) | | 

to_blink[0]) 
auto_blink [0] ) 



always @ (posedge act_clk 
if (!sys_rst_L) 

scrambler [6:0] <= 7 'bl 111 111; 



negedge sys_rst_L) 



(scrambler [ 1 ] 



:rambler[6:l] } 



//SW activity signal 

always @ (posedge act_clk or negedge sys_rst_L) 
begin 

if (!sys_rst_L) 
begin 

sw_actl <= 1'dO; 
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if ((si 



else 

swjctl <= !sw_actl; 

if (act_vall != 2'bll) 
sw_actl <= 1'bO; 

// Activity Counter 
always @ (posedge act_clk) 

if (load_countl I I (sw_countl = 
(act.. " ' 



y* // 



2'b00: begin 






sw_countl 




5'dO; 


end 






2'bOl: begin 






sw_countl 




( 1 ' bl , scrambler [ 1 : 0 ], 2 ' bO 0 } ; 






2'blO: begin 






sw_countl 




(3'bO, ! scrambler [2] , scrambler [2 








3'bll: begin 






sw_countl 




{5'bOOllO}; 








endcase 






se 

sw_countl <= 


(st 


j_countl - 1 'bl) ; 



// Counter Loader 

always @ (posedge act_clk t 

if ( !activity_write) 

else 

1'bO; 



//SW Activity Signal 

always @ (posedge act_clk or negedge sys_rst_L) 
begin 

if (!sys_rst_L) 

sw_act2 <= 1'dO; 

else 

if ((sw_count2 == 5'dO) && (act_val2 != 2'bOO)) 

if (act_val2 != 2'bll) 

sw_act2 <= l'bl; 
else 

sw_act2 <= !sw_act2; 



begin 

if (act_val2 != 2'bll) 
sw_act2 <= 1'bO; 



// Activity Counter 
always @ (posedge act. 

9 if (load_count2 | 
case (act_val2) 
2'bOO: begin 
sw_count2 • 



mt2 <= {l'bl,scrambler[4:3],2'b00}, 
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sw_count2 <= (sw_count2 - l'bl); 



• negedge activity_v 



if (!activity_write) 
load_count2 <= l'bl; 

load_count2 <= 1'bO; 



//SW Activity 

always @ (posedge act_clk or negedge sys_rst_L) 
9 if (!sys_rst_L) 

sw_act3 <= 1'dO; 

if ((sw_count3 == 5'dO) && (act_val3 != 

if (act_val3 != 2'bll) 
sw_act3 <= l'bl; 

else 

sw_act3 <= !sw_act3; 

end 
else 

if (act_val3 != 2'bll) 
sw_act3 <= 1'bO; 



// Activity Counter 
always @ (posedge act_clk) 

g if (load_count3 || (sw_count3 == 5'dO)) 
:_val3) 



2'b00: 

sw_count3 • 

2'b01: begin 
sw_count3 • 

end 

2'blO: begin 



5 ' dO ; 

{ 1 'bl, scrambler [5 : 4] , 2 'bOO} ; 

{ 3 ' bO, ! scrambler [ 6] , scrambler [6:4] } ; 

3'bll: begin 

sw_count3 <= {5'b00110}; 

endcase 
else 

sw_count3 <= (sw_count3 - l'bl); 
// Counter Loader 

always @ (posedge act_clk or negedge activity_write) 

if ( ! activity_write) 
load_count3 <= l'bl; 



// Hardware Activity Stretching 

wire hw_activityl = rxdv[0]; 

always @ (posedge act_clk or posedge hw_ac 

if (hw_activityl) 
hw_activl <= l'bl; 
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p 



end 

always @ (posedge act_clk or posedge hw_activity2 ) 

if (hw_activitv2) 

hw_activ2 <= l'bl; 
else 

hw_activ2 <= 1'bO; 



always @ (posedge act_clk) 
hw_act2 <= hw_activ2; 



hw_activ3 <= 1'bO; 

alwavs @ (posedge act_clk) 
begin 

hw_act3 <= hw_activ3; 
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